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The  Marine  Voyage  Safety  System  (MARVSS)  was  conceived 
and  proposed  by  Commander,  Coast  Guard  Pacific  Area.  The 


concept  of  small  vessel  float  plans  had  been  previously 
considered  by  the  Coast  Guard  as  a method  of  improving 


small  boat  safety.  There  appears  now  to  be  enough  interest 
generated  by  the  inherent  value  in  the  system  to  warrant 


further  consideration. 


The  Operations  Analysis  Branch,  Commander,  Coast  Guard 
Atlantic  Area  was  directed  to  conduct  a technical  analysis 
and  feasibility  study  of  the  proposed  float  plan  svstem. 

The  Coast  Guard  has  a moral  responsibility  to  do  all 
within  its  resources  to  improve  small  boat  safety.  The 
adoption  of  a small  boat  float  plan  system  would  be  a 

step  forward  in  providing  service  to  the  boating  public. 

»• 

However,  if  such  a system  were  developed,  the  Coast  Guard 
would  have  assumed  a degree  of  legal  responsibility  for  the 
safety  of  the  boater.  The  degree  of  this  legal  responsibility 
is  unknown  and  was  not  considered  in  the  course  of  this 
study.  The  object  of  this  report  was  only  to  determine  the 
poss  dlity  and  feasibility  of  adapting  the  Marine  Voyage 
Safety  System  (MARVSS)  to  a computer  system. 
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II.  BACKGROUND  INFORMATION 


During  the  summer  months  of  1973,  there  were  several 
SAR  cases  involving  small  vessels  that  required  the 
expenditure  of  considerable  effort  with  little  results  in 
return.  The  typical  problems  were  the  lack  of  a satis- 
factory description  of  the  vessel  in  question,  how  it  was 
equipped,  time  frame  of  planned  voyage  and  general  infor- 
mation of  the  planned  track.  Due  to  the  fact  that  there 
is  no  existing  system  of  followup  subsequent  to  departing 
and  often  tardy  notification  of  a possible  overdue 
situation,  a search  was  not  begun  until  a much  later  time 
and  the  chance  of  success  was  substantially  lessened.  It 
appeared  that  the  time  was  now  right  for  the  Coast  Guard 
to  develop  and  promote  an  active  program  of  float  plans. 

The  topic  of  small  vessel  float  plans  had  been 

previously  addressed  by  the  Commandant's  Science  Advisory 

Committee  and  recommendations  were  made  that  the  Coast  Guard 

consider  such  a program  to  improve  small  vessel  safety.  By 

coincidence,  Commander,  Pacific  Area  had  his  staff  devoting 

some  efforts  in  this  same  area  with  a view  toward  optimizing 

benefits  from  search  and  rescue  resources  available  to  the 

Coast  Guard.  The  result  was  a formal  proposal  by  Commander, 

Pacific  Area  that  the  Coast  Guard's  passive  stance  in  the 

field  of  "Float  Plans"  be  changed  and  that  a more  active 

posture  be  assumed  in  the  area  of  small  boat  voyage 
«► 

following. 
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III.  PARTICIPATION 


An  important  task  envisioned  within  this  study  is  to 
determine  the  predicted  levels  of  participation  for  various 
modes  of  operation  of  a Float  Plan  system.  To  effectively 
carry  out  this  function,  we  must  have  current,  accurate 
information  to  support  an  informed  decision-making  process. 


At  the  present  time,  information  is  available  on  the 
number  of  recreational  boats  by  states.  The  chief  source 
of  this  information  is  from  the  47  individual  federally 
approved  state  numbering  systems  and  from  the  Coast  Guard 
numbering  records  for  other  jurisdictions  which  do  not  yet 
have  federally  approved  systems?  namely  Washington,  New 
Hampshire,  Alaska  and  the  District  of  Columbia.  In  order 
to  accurately  predict  levels  of  participation  in  MARVSS, 
in  addition  to  the  number  of  boats,  we  must  also  know  the 
total  number  of  boat  trips  per  year  and  the  average 
number  of  days  per  trip. 


The  number  of  recreational  boats  in  the  United  States 
have  been  increasing  at  an  annual  rate  of  approximately 
7.4  percent  in  recent  years.  According  to  a recent  survey1, 
the  total  number  of  private  recreational  boats  was  estimated 


1.  Kenneth  M.  Bromberg t Determination  of  the  Humber  of 
Commeroial  and  Non-oommeroial  Recreational  Boate  in  the 
V.  S.t  their  uee , and  Selected  Charaoterietioe , Information 
Conoop te  Incorporated , Final  Report  prepared  for:  Rational 
Marine  Fieheriee  Service,  V.  S.  Department  of  Commerce  - 
ROAA,  Vaehington,  D.C. 


to  be  8,007,717  as  of  31  December  1973.  A breakdown  of 
this  total  by  class  size  and  region  is  shown  in  Table  1. 

The  estimated  number  of  recreational  boats  by  size 
and  location  shown  represent  boats  owned  by  residents  of 
the  particular  regions,  and -do  not  represent  boats  used  in 
that  area.  For  example,  there  is  the  possibility  that 
inland  state  boaters  either  transport  their  boats  to 
salt  water  areas  or  keep  them  permanently  docked  for  use 
in  salt  water.  For  the  purpose  of  this  study,  this 
possibility  was  assumed  to  be  too  low  to  be  significant. 

The  rationale  for  this  decision  was  the  belief  that 
"salt  water  states"  would  have  a greater  proportion  of 
their  recreational  boats  used  for  salt  water  use  than 
would  the  inland  states.  Also,  since  we  will  be  varying 
the  levels  of  participation,  this  was  not  considered  to 
be  a critical  factor.  The  decision  to  be  concerned  only 
with  salt  water  boats  was  based  primarily  on  the  concept 
that  MARVSS  would  be  used  primarily  for  off-shore  voyages. 

If  the  system  proves  beneficial,  it  can  easily  be  adopted 
for  inland  rivers  and  lakes. 

The  total  number  of  salt  water  boats  was  estimated  to 
be  4,573,193  or  57.1  percent  of  the  total  recreational  boats 
in  the  continental  United  States.  Of  this  figure,  2,^19,327 
or  63.8  percent  are  less  than  16  feet;  1,467,487  or  32.1  per- 

9 

cent  are  16  feet  in  length  but  less  26  feet;  and  187,379 
or  4.1  percent  are  26  feet  or  greater. 
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TABLE  1:  Estimated  Number  of  Recreational  Boats  By  Length 
and  Region . 


The  study  prepared  for  the  National  Marine  Fisheries 
Service  also  gives  an  estimation  for  the  total  number  of 


boat  trips  per  year  and  the  average  number  of  days  per 
trip.  Based  on  a sample  of  587,929  boats,  the  following 
table  was  extracted  from  information  provided  in  the 


idy. 


SIZE/CLASS 

TRIPS  PER  YEAR 

AVERAGE  TRIP  LENGTH 
(days) 

Less  than  16  feet 

11.6 

1.0 

16  feet  but  less 
than  26  feet 

17.6 

1.15 

Greater  than 

26  feet 

9.9 

1.34 

TABLE  2:  Estimated  number  of  tripe  and  average  trip 
length  for  recreational  boate. 

A A maximum  level  of  participation,  if  all  recreational 

boaters  participated  in  the  system,  would  be  in  the 

:V  . ; 

; ; • >■  vicinity  of  60  million  float  plans  per  year.  However, 

it  is  anticipated  that  if  such  a system  were  available 

• • V.. 

to  the  marine  community,  only  a small  percentage  of  the 
boating  population  would  use  it.  Therefore,  a more 
realistic  estimate  on  the  number  of  float  plans  that  might 
be  submitted  during  the  course  of  a year  would  be  in  the 
range  of  1 to  10  million. 


L 
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IV.  FORMULATING  THE  PROBLEM 

Several  thousand  vessels  that  are  not  participants 
in  the  Automated  Mutual-assistance  Vessel  Rescue  System 
(AMVER)  sail  the  waters  of  the  United  States  or  make 
extended  voyages  between  ports  of  the  United  States  or 
sail  to  nearby  countries.  Any  of  these  vessels  are  subject 
to  difficulties  that  are  beyond  their  capability  to  resolve, 
and  may  require  assistance.  The  Marine  Voyage  Safety  System 
as  conceived  by  Commander,  Pacific  Area  is  intended  to 
provide  information  to  the  cognizant  SAR  Coordinator  in  a 
timely  manner  in  order  that  the  vessel  may  be  located  and 
assistance  can  be  rendered. 


A vessel  would  be  deemed  a participant  in  MARVSS  when 
t vessel  characteristics  have  been  submitted  to  the  Coast  Guard 

and  a vessel  Float  Plan(FP)  is  sent  to  the  Coast  Guard 
*■  ..  upon  departure.  This  system  would  use  the  volunteer  feature 

. that  is  employed  by  the  Federal  Aviation  Administration  in 

its  flight  plan  system  serving  the  general  aviation  community. 
According  to  the  plan  submitted  by  COMPACAREA,  voyages  would 
be  divided  into  two  categories: 

(1)  A vessel  departing  and  returning  to  the  same  port 
within  24  hours  may  file  a float  plan  with  the  nearest 
Coast  Guard  activity.  These  voyages  shall  be  considered  local 
operations  and  will  be  followed  by  the  appropriate  Coast  Guard 
group  commander.  No  further  communications  would  be 
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anticipated  except  in  the  event  of  an  emergency  or  when 
terminating  the  float  plan  upon  safe  arrival  in  port. 

(2)  A vessel  departing  on  a voyage  of  24  hours  or 
more  duration  or  more  than  100  miles  may  file  a float 
plan  with  the  nearest  Coast  Guard  activity  for  further 
transmission  to  the  MARVSS  Center.  Daily  position 
information  will  be  accepted  by  any  radio-equipped  Coast 
Guard  activity  and  forwarded  to  the  MARVSS  Center.  The 
float  plan  shall  be  terminated  by  the  boat  operator  by 
notifying  the  nearest  Coast  Guard  activity  to  the  destina- 
tion. Voyages  terminating  in  a foreign  port  may  be  closed  by 
radio  if  Coast  Guard  communications  are  available,  or  by 
the  fastest  telephonic  means  on  a collect  basis  to  the 
nearest  Coast  Guard  activity. 

Although  not  a requirement  for  participation,  it  would 
be  advantageous  to  the  participants  that  their  vessel  be 
radio-equipped  for  the  type  of  voyage  planned.  The  ability 
to  communicate  would  permit  the  submission  of  daily  position 
information  to  the  Coast  Guard  as  well  as  the  determination 
of  SAR  assistance  need  in  times  of  emergencies. 

To  determine  the  possible  alternatives,  we  must  first 
look  at  the  system  as  proposed  by  COMPACAREA.  The  vast 
majority  the  boating  population  that  would  use  a float 
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plan  system  would  be  in  the  first  category,  or  vessels 
engaged  in  local  operations.  The  amount  of  additional  work 
at  the  local  unit  and/or  group  command  which  would  be 
generated  by  the  implementation  of  a float  plan  system  would 
be  difficult  to  forecast,  but  is  presumed  to  be  considerably 
large.  In  most  areas  of  the  continental  United  States, 
boating  activity  is  heavily  influenced  by  the  season  of  the 
year.  The  amount  of  work  at  the  local  unit  and  group 
command  is  already  directly  affected  by  the  amount  of 
boating  activity  in  that  area.  A float  plan  system  will  in 
itself  generate  more  work  for  the  local  commands. 

According  to  the  proposal,  vessels  departing  on 
voyages  of  more  than  24  hours  or  more  than  100  miles  would 
file  a float  plan  that  would  be  transmitted  to  a central 
MARVSS  Center.  This  concept  would  be  similar  to  and 
complement  the  AMVER  system.  Whether  it  be  for  local  or 
coastwise  voyages,  the  concept  of  a centralized  float  plan 
file  lends  itself  to  automation  thru  computerization. 

The  initial  step  in  establishing  a Marine  Voyage  Safety 
System  would  be  the  development  of  a computerized  recreational 
boat  file.  Whether  the  participant  intended  to  use  the  float 
plan  system  on  local  or  coastwise  basis,  a centrally  located 
boat  file  that  can  be  accessed  by  various  Coast  Guard  activities 
via  telephone  or  teletype  would  be  necessary.  All  prospective 
participants  would  be  required  to  submit  vessel  description 
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and  characteristics,  including  the  type  of  communications. 


propulsion,  navigation  and  survival  equipment  on  board. 


1 


To  develop  such  a file,  it  would  be  necessary  to  sell  the 
idea  of  float  plans  to  the  boating  public.  Although  the 
majority  would  agree  that  the  concept  of  float  plans  would  be 
a benefit  to  small  vessel  safety,  many  boaters  may  fear  that  the 
computerized  boat  file  would  infringe  on  their  individual 
rights  as  citizens.  The  public  reaction  to  the  float  plan 
system  would  become  evident  while  establishing  the  computerized 
boat  file.  Since  boaters  would  be  required  to  have  pertinent 
data  on  file  before  they  were  allowed  to  participate  in  the 
float  plan  system,  the  file  would  give  a good  indication  of 
possible  levels  of  participation.  Once  the  system  was 
established,  an  important  point  would  be  the  ease  in  which 
boaters  could  put  information  on  file,  or  change  boat  data 
already  on  file. 


One  method  of  actually  comoleting  the  boat  file  would 
be  the  wide  distribution  of  vessel  information  forms  to  be 
filled  out  by  the  boat  owners  and  then  returned  to  a cen- 
tralized center.  Here  they  would  be  coded  and  placed  on 
computer  cards  as  input  to  the  computer.  A second  method 
would  be  the  use  of  "800"  WATS  telephone  numbers  where  the 
boat  owner. may  call  the  Coast  Guard  central  MARVSS  Center. 
The  operator  working  at  a terminal  would  input  the  boat 
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information  directly  to  the  computer.  Another  possibility 
would  be  the  use  of  local  telephone  numbers  manned  by  a 
special  staff  set  up  as  a data  collection  point.  The 
telephone  costs  for  the  regional  collection  points  would 
be  less  than  those  for  a centralized  collection  point. 

There  are  two  methods  by  which  the  small  boat  owner 
or  operator  can  file  a: float  plan.  The  two  means  of 
communications  readily  available  to  the  boating  public 
are  radiotelephone  and  public  telephones,  using  the 
radiotelephone,  the  boat  operator  would  file  his  float 
plan  with  the  nearest  Coast  Guard  activity  for  further 
transmission  to  the  MARVSS  Center.  This  method  would 
place  a heavy  burden  on  the  local  commands  if  all  boats 
were  radio-equipped.  However,  according  to  a recent 
survey2,  only  6.2%  of  the  recreational  boats  registered 
in  the  continental  United  States  are  radio-equipped. 
Therefore,  this  method  of  filing  float  plans  would  eliminate 
the  vast  majority  of  boat  operator  from  participating  in 
the  system. 

A second  method  would  be  the  use  of  toll  free  "800" 

WATS  telephone  numbers.  The  boat  operator  would  call  the 
MARVSS  Center  and  file  his  float  plan  prior  tt  departure. 

2.  Recreational  Boating  in  the  Continental  United  States 
in  Iff 73;  The  Nationwide  Boating  Survey t prepared  for  the 
U.  Coaet  Guard t Office  of  Boating  Safety. 
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The  operator  at  the  MARVSS  Center  would  input  the  float 
plan  directly  into  the  computer  via  a CRT  terminal.  The 
boat  operator  would  terminate  his  float  plan  upon  his 
safe  arrival  in;. port  by  recalling  the  MARVSS  Center.  This 
method  of  communications  with  the  MARVSS  Center  would  be 
readily  available  to  all  boat  operators  in  almost  every 
location  in  the  continental  United  States.  This  configuration 
is  the  one  considered  to  be  most  practical. 

The  computerized  small  boat  float  plan  data  entry 
system  will  require  a dedicated  computer  system  capable 
of  processing  simple  computer  programs.  The  svstem  must 
have  a large  amount  of  online  storage  which  can  be  easily 
expanded.  For  a centralized  center,  the  computer  must  have 
the  capability  to  be  interfaced  with  many  CRT  terminals. 

If  more  than  one  data  collection  point  is  utilized,  the 
computer  must  have  the  capability  to  batch  process  the 
float  plans  from  the  regional  collection  points.  The 
computer  should  also  have  the  capability  to  process  float 
plans  and  additions  or  changes  to  the  boat  data  file 
s imu 1 t aneou sly. 


Four  computer  system  options  would  be  available  if 
the  float  plan  concept  is  adopted.  The  first  option  would 
be  utilization  of  the  Coast  Guard  computer  svstem.  Because 
the  MARVSS  data  entry  would  require  a full  time  system,  the 
present  Coast  Guard  computer  could  not  provide  all  the 
necessary  service  required  to  maintain  a float  plan  system. 
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A second  option  would  be  to  procure  a small  duplex  computer 
to  provide  100%  availability  for  data  entry,  and  to  interface 
with  the  Coast  Guard  computer  for  processing  of  the  MARVSS 
data.  A third  option  would  be  the  purchase  or  lease  of  a 
completely  independent  computer  system.  The  fourth  option  would 
be  the  purchase  of  computer  time  from  a computer  software 
firm.  However,  most  computer  services  firms  aire  not  capable 
of  providing  round  the  clock  service  every  day. 
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A very  important  part  of  the  MARVSS  computer  svstem 
would  be  the  type  of  computer  backup  provided.  If  the 
computer  system  does  not  operate  during  a period  of  high 
boating  activity,  the  central  site  must  have  immediate 
access  to  a backup  system. 

If  a small  vessel  float  plan  system  is  implemented, 
the  overall  responsibility  for  the  small  boat  safety  will 
remain  with  the  cognizant  district  Rescue  Coordination 
Center.  The  MARVSS  Center  would  periodically  pass  overdue 
information  to  the  RCCs.  This  information  would  then  be 
relayed  to  the  local  group  commands  for  evaluation.  The 
final  disposition  of  the  case  would  then  be  reported  back  to 
the  MARVSS  Center  by  the  RCCs.  In  cases  initiated  at  the 
local  level,  the  group  or  station  could  request  information 
on  file  for  a specific  boat.  This  request  would  go  to  the 
RCC, -where  it  would  be  forwarded  to  the  MARVSS  Center.  When 
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a request  for  information  about  a specific  boat  is  received 
at  the  MARVSS  Center,  both  the  float  plan  and  boat  information 
data  would  be  provided. 


i 
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Two  methods  of  storing  float  plan  information  are 
envisioned: 

(1)  Voice  tape  recordings  of  conversations  between 
operators  and  boaters,  keyed  on  clock  time  and  operator 
number. 

(2)  Computer  data  files  containing  boat  identification, 
estimated  time  of  arrival,  time  of  initializing  float  plan 
and  operator  number  to  allow  access  to  voice  tape. 

There  are  two  options  available  for  passing  information 
between  the  MARVSS  Center  and  the  RCC.  They  are  the  SARLANT/ 
SARPAC  teletype  network  or  CRT  terminals  installed  in  each 
RCC  which  have  direct  interface  with  the  computer.  The 
SARLANT/SARPAC  teletype  network  is  already  being  used  for 
access  between  the  RCC  and  the  Coast  Guard  computer  for 
AMVER/SARP/CASP  messages.  Although  this  method  has  worked 
satisfactorily,  there  are  definite  time  delays  that  would 
be  eliminated  with  the  terminals  in  the  RCCs. 

The  total  system  considered  in  this  study  is  shown  in 
Figure  1. 
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Figure  1:  MARVSS  Data  Collection  and 
Processing  System . 
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V.  A MATHEMATICAL  MODEL  TO  REPRESENT  RARYSS 

I 

« 

The  priliminary  selection  of  a feasible  Marine 
Voyage  Safety  System  was  made  after  a review  of  the 
communications  methods,  information  and  collection  methods, 

< 

notification  methods,  response  criteria,  degree  of  centra- 
lization and  criteria  for  participation  of  the  boating 

i 

public  was  completed.  The  designed  system  would  consist 
of  a centralized  computer  center  with  a dedicated  computer 
used  to  maintain  the  boat  data  file  and  the  individual 
float  plan  file,  along  with  the  voice  tape  conversations. 
The  boat  operator  would  initiate  and  terminate  his  or  her 
float  plan  via  toll  free  WATS  telephone  services. 

The  collection  and  processing  of  float  plan  data  by 
local  commands,  such  as  groups  or  stations,  was  discarded 
y as  impractical  for  the  following  reasons: 

(1)  Boating  activity  is  seasonal,  therefore  local 

•v  staffs  would  have  to  be  supplemented  on  a seasonal  basis 

even  more  so  then  is  done  now. 

(2)  In  order  to  prevent  saturation  of  communication 

’ lines  on  weekends,  separate  telephone  numbers  at  each  group 

or  station  would  have  to  be  installed,  and  even  then  there 
would  be  no  way  to  prevent  spillovers  to  the  regular 
command  phone  numbers. 

The  formation  of  waiting  lines  will  be  a common 

9 

phenomenon  whenever  the  arrival  rate  of  float  plans  exceeds 
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the  MARVSS  Center  capacity  to  serve  the  boating  public.  The 
decisions  regarding  the  amount  of  capacity  to  provide  must 
be  stade.  Since  it  will  be  difficult  to  accurately  predict 
when  boat  operators  will  elect  to  use  the  system,  the 

< decisions  will  be  difficult  ones.  Providing  too  much  service 

would  involve  excessive  costs.  On  the  other  hand,  not 

# providing  enough  service  capacity  would  cause  the  waiting 
lines  to  become  excessively  long  at  times.  Excessive  waiting 

t . lines  also  are  costly  in  some  sense,  whether  it  be  a social 

cost,  or  the  cost  of  lost  "customer".  Therefore,  the 
ultimate  goal  would  be  to  achieve  an  economic  balance  between 
the  cost  of  service  and  the  cost  associated  with  waiting  for 
that  service. 

r 

I ' * 

\ With  the  selection  of  a feasible  system,  it  was  then 

possible  to  develop  and  test  a model  of  the  system.  Through 

•f 

' simulation  of  user  activity,  the  model  calculates  costs 

associated  with  various  MARVSS  data  collection  configurations. 

- • V V 

The  model  consists  of  a main  program  and  five  subroutines. 

Input  values  concerning  desired  performance  characteristics 
of  the  system  being  modeled  act  as  constraints,  forcing 
the  model  to  calculate  resources  and  their  associated  costs 
to  satisfy  the  constraints. 

• \ 

The  following  input  variables  act  as  designed  constraints: 

- (1)  Maximum  probability  of  waiting 
(2)  Expected  wait  time  for  customer  who  waits 
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(3)  Expected  overall  wait  time 
* (4)  Probability  of  a busy  signal 

(5)  Maximum  allowable  wait  time 

(6)  Probability  of  occurrence  of  maximum  wait  time 

< (7)  Service  time 

' 

t The  main  program  of  the  model  accepts  and  interprets 

» 

information  concerning  unit  costs  for  services , system 

. ; . capability  constraints,  system  configuration  and  an 

■ 

estimated  workload  distribution.  The  yearly  distribution 
. of  expected  call  arrival  rates  is  calculated  based  on  a 

sample  of  44,238  SAR  cases  involving  recreational  boats 
during  FY  1973.  For  each  level  of  predicted  yearly 

t 

participation,  the  main  program  calculates  24  call  arrival 
a rates,  one  for  weekdays  and  weekends  for  each  month.  System 

configuration,  constraints  and  expected  call  arrival  rates 

. t ' 

■“£  . 

are  passed  to  Subroutine  COSTIT. 

- • v 

Subroutine  COSTIT  accepts  the  information  from  the 
main  program  and  passes  it  to  Subroutine  SERVCOST  for 
processing.  System  constraints  are  printed  prior  to 
returning  to  the  main  program. 

/ 

Subroutine  SERVCOST  monitors  the  processing  in 
Subroutines  WATSCOST  and  SERVER.  Output  information 
computed  by  each  subroutine  is  printed  prior  to  calling 
the  xfext  subroutine.  The  total  cost  for  each  collection 
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point  is  computed  in  Subroutine  SERVCOST  prior  to  returning 
control  to  Subroutine  COSTIT. 

Subroutine  WATSCOST  calculates  the  number  of  telephone 
lines  required  to  meet  the  constraint  on  the  maximum 
probability  of  a busy  signal  by  repeated  calls  to  Sub- 
routine QUEUE  for  each  time  period.  This  value  is 
returned  to  Subroutine  SERVCOST.  Utilizing  the  WCOST 
entrypoint,  Subroutine  WATSCOST  is  passed  the  number  of  lines 
and  operators,  then  the  cost  for  each  time  period  is 
minimized  subject  to  the  performance  requirements  by 
establishing  a mix  of  full  time  and  measured  time  lines. 

Subroutine  SERVER  calculates  the  number  of  operators 
required  to  meet  constraints  on  probability  of  waiting  and 
waiting  time  by  repeated  calls  to  Subroutine  QUEUE  for  each 
time  period.  This  value  is  returned  to  Subroutine  SERVCOST. 

Subroutine  QUEUE  is  called  by  Subroutines  WATSCOST 
and  SERVER.  Statistical  values  derived  from  queuing  theory 
are  calculated  for  comparison  with  constraints  in  the 
calling  subroutines.  These  values  are  statistics  of  waiting 
times  or  busy  signals  which  result  from  a particular  number 
of  telephone  lines  or  operators  which  act  as  servers  in 
queuing  mathematics  in  relation  to  the  workload  distribution 
representing  "call  arrivals".  Both  services  times  and  inter- 

9 

arrival  times  are  assumed  to  have  a negative  exponential 
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distribution.  References  used  for  the  formulas  used 
in  this  subroutine  are  Bhat  (1972) 3 and  Martin  (1972) 4. 


i 


3.  Bhat , U.  Narayan,  Elements  of  Applied  Stochastics  Processes , 
John  Wiley  <8  Sons,  New  York,  1972 

4.  Martin,  James,  Systems  Analysis  for  Data  Transmission, 
Prentice-Ball , Englewood  Cliffs,  New  Jersey,  1972 
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Figure  2:  Model  of  MARVSS  System 
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I PDMj 


_0 1 MENS!  ON . JC0NF_Q  0 * ___ 

DJMFNSION  ISEAS(20) 

— D I MENS  I0N_T1  ME_(  24),  EN  (24LtCQSTQT  ( 1 0 ) , PART  (5)  .X.MQ1I  0.1?)  .FRAT  (201 
DIMENSION  ETS(24) »T1 (20) »T2 (20) ,T3(20) 

.XM  ~ 


-7) » JMONTH ( 1 2 ) • TOAY (7) 

— DATA  _1DAYWEFK  ( lit  1=1 » 7JVJD.  11329158,  IL.  09859601  *JU  OBAASlii* 

-0.0  AM  1607  ,0.09486559,  0.25206303*0. 266?  160/ 

— DATA  _J1DA  Y ( I j . I = 1 * 7 ) /3HM0N • 3HTUE  *3HWFfl . 3HT.HU.  3HFR I . 3HSAT-,  3H5UN/ 

DATA  ( ( JMONTH ( T j 1 1 = 1 1 1 2) /3HJAN.3HFE8 ♦ 3HMAR, 3HAPR, 3MMA Y. 3HJUN, 3HJUL 

_-_j3H  AUG  ,3HSEP-,3HQCX,3MNOy,3HPFr./ 

DATA  ( X MONTH ( J)  . J=  1 . 12) >0.027582,0.023581 . 0 . 033664 . 0 . OM  834, 

-0.092989,0.134001 ,0.203771,8.173521 ,8.11 4467,0.  0668.3 1-»  0.037304, 

-0.030454/ 

DATA (HOUR! J) ,J=1 • 24 ) /D« 0 1 41 97, 0. 0 1168 8, 0.0O90flfl. 0.0 078 90.0.005833, 
-0.007280, 0.0 15877,0. 026293 .0.036760, 0.045826, 0,055954 ,0.061 764, 

-0. 052653,0. 04 1?81 ,0.030000,0.022495,0.01752)/ 

DATA  TIME/52 1.8, 208. 7, 52 1.8. 208. 7. 524. 8, 20  8.7^,524^8.208. 7-, 521^8. 

-208.7,521 .8.208.7,521 .8.208.7,521 .8,208.7,821 .8,208.7,52) .8.208.7, 

-521.8,208.7,521.8,208.7/  

DATA  PAPT/1F6,2E6,3E6,4F6,5F6/ 

DAT-A  F 13/24*2,0 L 

REAO  i 1 ,TRIPPRYR,ITIME 

FORMAT (FI  0.0, 14) 

NPART=4 

NPARTsl 

NPART=2 


DO  9 T = 1 , 1 2 

9 XMf)(l.I)=l./l2. 

PFAD  1 00, SERVP ATE, TEPmRaTE, SPACE, SPPATE 

.100  FORMAT (8F10.0) 

PRINT  101 ,SFPVRATE,TERMRATE,SPACE,SPRATE 

_JD1  £ORMAU 

-<1 HOURLY  WARE  PFR  OPERATOR 

-FOMONTHLY  RATE  PER  TERMJNA1 

-FOFLOOR  SPATE  TN  SO  FT  PFR  OPERATOR 

-FOCON5TRUCTTON  £OST  PER-SO-EJ 

-) 


<»F10.4// 
- ^,Fio.4>y 
*.Fio,4/> 
— *,F48.4/V- 


SPRATF=SPACF*SPPATF/262Q800. 

TFRMRATE=T£RMRATE/43830 

RF  AO  100,BMAX,FTDMAX,ETWMAX,PLOST,DMAX,P 

PRINT_102.BMAX.EJDMAX,ETWMAX,PLOST,nM4X,-P 

102  FORMAT ( 

JjQMAJL-PROBABlL  I JY-OfL.  W A T TING *,£J-0.  4»_ 

- AFXPFCTEO  DELAY  TIME  FOR  CUSTOMFRWHO  WAIT8  *.Fin,4>> 

<FXPFCTFO  OVERALL  WAIT  3JMF *,E4 Q,A/V 

- rfPPORABILITY  OF  BUSY  ST6NAL  *»nO.A/> 

-*MAX  ALLOWABLE _MATT_TIME A.F4A.4/V- 

- ^PRORABILITY  OF  OCCURRFNCE  <,Fl0.4/> 


T=DMAX  

10  READ  ?00* ICONF • JCOMF .NCOLPT 

IFdFFOF(60j.EO.-l>  STOP 

RF AD  ?0?, (FPAC(I) t I = l«NrOLPT) 

-2Q3— FQgjjAT  (1018) 

RF AO  ?03.  dSEASd)  .1  = 1 .NCOLPT) 

READ  ?04,(Tj  (I),T?n),T3(I),I  = l*NC0LPlI_ 
204  FORMAT (3F10.0) 

200  F0RMATd8.lpA4.IBL 

20?  FOPMAT(10FR^5) 

PR  I NT  _ 2 0 1 » I CjJNFj  JCONF. NCOLPT.' d.FRAC  d)  . ] 

- * I =T  » NCOLPT ) 

201  FORMAT ( 

-XI  CONFIGURATION*. 1 10//lX» 10 A4// 

-16 » * COLLECTION  POINTS*X/ 

-*  collection  pt  fraction  SEASON  TYPE 
-20 IJ 9 * ) 

00  3 kkk=i.npart 


TFLFPHONP  TARIFFS*// 


DO  4 1 1 1 = 1 • NCOLPT 

XPROP=0. 

L = TSEAS(III>  . — 

TRIPPRYRsPAPT (KKK) 

_ £ ALLPPYP=TRlPPRyR*2-« 

DO  1 1=1.12 

CALLPPMO(I)=CALLPRYR*XMONTH(I) 

IFIPSTHR=ITTME/100.1 

IDUM=lTIME/i00  _____ 

ILASTHRr  ( (ITIMF/l00.-IDllM)*100)  »1 
KrIFJRSIMR 

L=ILASTHR 

M=<-1 

N=L 

DO  12  I=*.l 

» XPPORrXPROB.HOilRd) 

_XMI  N=(L-K)»40. 

DO  13  1=1.1? 

DO  13  J=l»7  _ _ ____  . 

I  CALLRATEd.  J)  = (CALLPPMO(I)*DAYWEFK(J)*xPRORj/(4.34F?3R*XMIN? 

» FORMAT  <* *J 

PRINT  210 ♦ CALLPPYR 

1  FORMA  T i *_  _EST_I  M A T£D__NUM9FJ?_DF_  C ALLS_PEJ?_Y-EAR__EOUAL£ 

PRTNT  999 

. _PRINT_999 

K=0 

D0_6  _J=1j12 

K=K»i 

EW1K)j=Q. 

DO  2 .1=1  *5 

2 ENtK)sEN(K)  .CALLRATEdtJJ 

EN(K)=EN(K) >5.*FRAC(lTll 

K=K.J 

EN(K>rO. 


S EN (K ) *EN (K ) .CALL RATE  d * J) 


EN(K)=EN<K>/2.*FRAC(IllI 

f>  CONTINUE 

— CALL  irOSTIT  (2A»TIME» EN»FTS»PATE*9HAX»ETDHAXjETWMAX.J(jIjJ>^T£RNaAlEj 
-SPRATF tTOTAL  »Tl < 1 1 T ) ♦ T2 ( 1 1 1 > ♦ T3 < I II ) j 


CORTOT (KKK) =XTOT 

XTOT=0* 

00  TO  10 

END 


;ASI  FORTRAN  DIAGNOSTIC  RFSULTS  FOR  FTN.MAIN 


NO  ERRORS_ 


'AN  ( 


SUBROUTINE  COSTIT  (NT»JJmE,EN,ETS»R_AT£.BM»£TDMAX»£TWMAX*X* TjP»J£_RMj 

-SP.  TOTAL.  T1  .T2.T3) 

DIMENSION  TIME (12) .EN ( 12) *£TS ( 1 2l 

CALL  SERVCOST (NTtTlME*EN*ETR*RATE*BM*X«ETDMAX*FTMMAX*TOTAl  «T*Pt 

-I£QMj^P»Tl  »I2jX21 

10  FORMAT (I2/lO0(3F8»0/> ) 

PRINT  30*RAtE»RM*X*ETDMAX*ETWMAX*TOTAI 

30  FORMAT <*0RATE=  <»F20,5/ 

r_  stOMA*  probability* *,rj20+SS 

- *oprob  of  lost  customer  <*F2o,s/ 

^OOFL  AXJLI  M£= *.F20f5> 

*OTOTAL  wait  TIMr*  *.F20,5> 

<OTOT AL  COST* W.F20.5/  ) 

RFTURW 

END  


>/mastfr 


SuR°OUT  _INF-  SFRVCQSt-(  NT,TIME»EN»ET5»0AT£»BM i X i FT_DMA_  XjETWMAX  «TDI_AL 

D I MEN?  1 ON  JTI  ME  tl ) *£N  (h.FTSflf 

HI6H*0.  " — 


IF(FN(I)*ET«(n  .LT.HIGHj  60  TO  9 

MIGM»FN.IJ ) *EISIXI 

NH»I 

9 OONTJNUE- 


-ETWMAX  *NFTL » 

PRINT  10.I.I»RAI£ 

10  FORMAT  UOSUoQOUTINF  SFRVCOST* .3X.HTTMF  PERIOD*. HO,*  PEAK,  RFOUIR 

_ -INGE. HO.#  WATS  LINES*//*  OPERATOR  RATE* #El0.4/yi 

JTFOMrO 


00  1 1*1. NT 

-CALL  FERVER(BM  .ETOMAX.ETWMAX.EN(li.FTSU^.T.,D_fj«> 

CALL  WCOST  fFN(T)«ETS(T>.X.EN(NH).ETS(NH)  .COST.1  ,T1  «T?.T3.M.rTWMAX. 

—NFTL 1 

PRINT  11  .T1  .T?,T3.fn(I) .FTS(I) .I.M.l.NFTL.POST 

l FORMATJ* 

COSTOPFRsTlMEU ) *60.*RATF*M 

TOTALsTOTAL.COSTOPFR 

IFtM.GT. JTFPM)  JTEPMsM 

- _N«I /2 

N*I*2 

IEJN-.UL.  lJ_G0_10_l 

TOTALsTOTAL^COST 

1 CONTINUE 

T0TAL  = T0TAL*JTFPM*?25960.*(TERM*1  .USP) 

RF  TURN 

END 


l 

USI-FORTRAN  DIAGNOSTIC  RESULTS  FoR  SFRVCOST 

— 

— 

— 

— 

w 

* 

NO  ERRORS 
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.SUBROUTINE  WATSCOST  (ETN.ETS.PjETnMAXjEI5MAjc, COST*!  »T4. 12^13, M* 

-ETWMAX.N) 

,_l«etnmax*etshax 

i l»l*i 

CALL  QUEUE (FTNMAX.rTSHAX.L.T.K.BtEW.FQ.ETW.FTQ.PTWftl* 

-ET0.P06FK* SOW, SOTW, SOTO. PLOST) 

IF(PLOST.GE.P)  GO  TO._l 

RFTURN 

ENTRY  WCOST  

tihf=ftn*ets 

COSTrTJfL* (FTN»(FTS.ETWMAX)»»3B30-T?»I  )*T3 

COST* AH AX  1 (COST.T1  *L > 

BCOSTslOOOOOO.  

00  2 N=1,L 

LM*L-N  _ _ 

XCOST*1RAO.*N. (T1*LH). C (ETN* (ETS.ETWMAX ) -N) *43B3n-T?*LW j*T3 

XC0STsAMAXJl^CDSl*J5^1)*«LN±ll*LMl 

TFtLM.EQ.O)  XCOST*1940.*N 

IF(XCOST.GT.BCOST)  GO  TO  2 

BCOSTsXCOST 

2 CONTINUE 

XCOSTsBCOST 

N*MM 

IF(XCOST.GT.COST)  RETURN  

COSTsXCOST 

LN=L-N 

RETURN 

£ND — 


;asi  fortran  diagnostic  rfsults  FOR  HATSCOST 


— SUBROUTINE  SERVER<RMAX.ETOMA*,ETtfNAJL,£N*EJS*X*B,' 

MxFN*CT5« 1 . 

]_e»U  OUEUE <EN*ETS»yii»!<,B*E«j*f 0*EWj£IQtPJwfiTj£I] 

-OTQ) 


Ln-vi»ninnM»iii:»:w.uiinirmj 


- .OP.P.EO.O.) 1 go  TO  ? 

m*hu 

60  TO  1 

2 CONTINUE 

>RINT  20«EN«ET^«MtT»K*P«EWt  >Q*ETr«E*Q*PTWG«  #ETO«t»06PK*60W*SfSTN 
-5DT0_ 

20  FORMAT  (*OEN  0,F2O,*// 

* ET<?  ^#F20«5// 

“ * M 0,120,  // 

- * J <tF20.S/> 

" * * *,120  // 


m 

— 

* *«F20,E/> 

0 EO  0,F2O  BA/ 

- 

* ET*  E*F20.S// 

0 CTO  #*F20.S// 

* PTWGT  0,F2O,S// 

0 ETO  0aF-2-O^ 5// 

0 P0OFK  0,F?O.*i// 

* SOW  0,F2Of*// 

• 

* SOTW  E*F20,S/> 

0 SOTO  ..  . -0,F2OmK/j 

| 

RFTIJRN 

;ASI  FORTRAN  hi aGNOSTTC  RFSULTS  For  server 

NO  -ERRORS 

>ENCFn  STATEMENT  labels 
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/MASTFR 


TMTPr,rP  w03n  FI7F  = 1 « * OPTION  T«  orr  . o OPTION  jq 


gu=>P0(iTtnF  ^iiFiip  <PM,FTG«M,T*K«a«Fw»EQ,FTw, 

-FTO.PT»/GT*FTf)*DOGE*«SnW,SnTW*SnTO*P|  OPT) 

TF»M.f  T.)  .0P.PTc.Lr.0..nP.EM.LP.0..OP.T.LT.0..nP.»<'.i  T.01GO  to  on 
OrfM»rT9/M 

IF(o.GT.i.)  GO  to  «*? 
x = l . 

N=m-i 

f=1  . 

XrO. 

no  i t = ] ,n 

p=f*T 

1 x=x* < (M*o ) *• j » /f 

r=r*M 

7=x* (m*P) **M/r 
Y = x/7 

P= (1 .-Y) /(I ,-R*Y) 

FW=P*P/ ( 1 ,-P) 

FO=FW«M*D 

FTW= (O/M) *FTS/ ( 1 .-P> 

FTO=FTW*FTS 

PT«#r,T  = P»FXD  (M*  (P-1  . ) *T/FTS) 

GO*-  M ./  ( 1 .-DM  *SOPT  (R*P*  (1  . *P-«*R)  ) 

FTOrFTS/ (M* ( 1 ,-P) ) 

GOTw=FTO«SOCT  (P*  (?.-«)  ) 

GOT0  = FTn*50DT  <«« (2. -»)**?> 

P|  OFT= ( ( (M*D>  **m) /r ) /7 

tfr ( /( ( 1 .-»>  «F) 

FK|=1  . 

oo  ? T = 1 »K 
TF(N.gf.m)  r.n  to  1 
fn=fkj« i 

POGFK  = Pnr,F  ►<•♦  ( ( (M#R1  **T  ) /FM)  / ( x«  ( (M»P»  **1  ) / ( ( 1 ,-P)  *r»  ) 

GO  TO  ? 

T DOGFK-POGFK*  ( ( fM*P)  0*1  ) / (F*M**  ( I-M)  n /(X*w> 

? OOMT  T Mi  IP 
PF  TIJPM 

00  DPT  KIT  Ol 

q]  rnouj  T ( X loPOllT  JmF  OIJFllF  CA(_LFo  WITH  TMVftlTO  oaTAY) 

RFTIIPm 

a?  point  a^.P 

RFTHPK' 

01  roo-iTH  ***•• •gurdoUT I wF  OMEUF  FOUND  UNSTaolp  condition.  p=*.fo.? 

-) 

PNO 


= AG1  fortran  diagnostic  »F SUITS  Foo  OUEUF 


*>o  fdpopg 

• I.  GO) 
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VI.  DERIVING  A SOLUTION  JFRON  THE  JJQDEL 

To  determine  the  estimated  costs  of  implementing 
MARVSS , the  model  was  evaluated  for  one,  two  and  three 
regional  data  collection  points.  The  selection  of 
location  sites  for  these  collection  centers  is  an  import- 
ant decision  in  controlling  total  system  costs.  Because 

* WATS  telephone  service  charges  will  be  an  overwhelming 

consideration  in  any  svstem  in  which  they  are  used,  the 
following  items  should  be  considerd: 

(1)  The  regional  collection  point  site(s)  should 
nbt  be  located  in  any  state  where  a large  number  of  calls 
will  originate.  Calls  originating  within  the  same  state 
as  the  collection  center  are  not  covered  by  the  WATS 
service  charges.  This,  therefore,  eliminates  all  coastal 

J states  as  possible  locations  for  the  collection  centers. 

(2)  It  would  be  desirable  to  locate  away  from  any 

; : v 

metropolitan  center  but  within  reasonable  distance  of 
equipment  service  personnel. 

■ 

- ; 

The  WATS  service  charges  used  in  this  study  were  the 
rates  that  were  in  effect  during  November  1974.  The 
model  employed  the  concept  of  both  full  time  lines  and 
measured  time  lines.  During  January  1975,  the  telephone 
company  requested  a rate  increase.  If  this  request  is 
approved,  all  WATS; lines  will  become  measured  time  lines. 

30 


( 


The  fixed  cost  of  these  measured  time  lines  will  be 
approximately  the  same  as  the  former  cost  of  a full  time 
line,  however,  the  number  of  hours  covered  by  the  fixed 
cost  Will  be  increased  from  10  to  240  hours. 


For  the  above  reasons,  the  site  selection  and 
associated  telephone  services  as  shown  in  Table  3 were 


used  in  the  evaluation  of  the  model. 


Number  of 

collection 

points 

Site 

locations 

Monthly  charge 
for  full  time 
line 

Monthly  charge 
for  measured 
time  line 

1 

Oklahoma  City 

$1940.00 

2 

West  Virginia 
Nevada 

$1600.00 

$320.00  for 
first  10  hours 
$24.10  for  each 

3 

Pennsylvania 

Tennessee 

Nevada 

$1300.00 

additional  hour 

TABLE  3:  WATS  Telephone  Service  Chargee 


The  number  of  float  plans  received  at  each  collection 
point  was  based  on  the  percent  of  the  estimated  total 
recreational  boats  in  the  area  covered  by  the  collection 
point.  The  area  covered  and  the  percent  of  float  plan 
received  at  each  collection  point  are  shown  in  Table  4. 


Number  of 

collection 

points 

Site 

locations 

Regional 

area 

Percent  of  | 
float  plans 
received 

1 

Oklahoma  City 

Continental  US 

100 

2 

West  Virginia 

Atlantic  and 
Gulf  Coasts 

78 

Nevada 

Pacific  Coast 

22 

3 

Pennslyvania 

North  Atlantic 
Coast 

37 

Tennessee 

South  Atlantic 
Coast 

41 

Nevada 

Pacific  Coast 

22 

TABLE  4:  Expected  dietribution  of  calls  at  each 
, collection  point. 

The  number  of  terminal  operators  required  to 
maintain  MARVSS  varied  throughout  the  year  as  the  amount 
of  expected  boating  activity  varied.  The  model  determined 

> 

the  personnel  cost  by  employing  only  the  required  number 
of  operators  necessarv  for  each  time  period.  The  wage  rate 
for  these  operators  was  set  at  $4.00  per  hour.  This  rate 
was  the  estimated  rate  to  cover  both  hourly  wages  and 
employment  benefits. 

The  monthly  rental  charge  for  the  CRT  terminals  was 
set  at  $175.00.  Like  the  monthly  charge  for  the  total 
number  of  WATS  lines,  this  charge  must  be  applied  during 
each,  time  period  regardless  of  the  amount  of  activity. 
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The  cost  of  computer  services  vary  according  to  the 
type  of  services  required.  To  maintain  MARVSS,  thfe  computer 
must  be  capable  of  processing  file  inputs  from  many  CRT 
terminals  simultaneously.  The  system  must  have  a large  amount 
of  on-line  storage,  which  can  be  easily  expanded.  If 
data  collection  points  are  separated,  mini -computers  may  be 
used  for  terminal  control  and/or  control  of  transmitting 
records  to  the  central  site  for  processing.  The  estimated 
cost  for  a dedicated  computer  system  for  maintaining  MARVSS 
would  be  in  the  range  of  $1.2  to  $1.5  million  dollars.  This 
range  allows  for  differences  in  system  configurations.  To  lease 
a comparable  system  would  cost  between  $28,000  and  $35,000 
per  month. 

The  total  cost  for  a system  such  as  this  for  the  first 
five  years  would  be  approximately  7 million  dollars  for  an 
anticipated  participation  level  of  1 million  float  plans 
per  year.  If  five  million  float  plans  were  submitted  each 
year,  the  estimate  total  cost  for  the  required  system 
would  be  approximately  25  million  dollars.  A breakdown  of 
the  total  costs  for  the  initial  five  year  period  is  shown 
in  Table  5. 


Costs  ($000 ' s)  for  1 million  participants  per  year 
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VII.  TESTING  THE  MODEL 

« • 

The  model  was  subjected  to  a technique  known  as 

\ 

sensitivity  analysis,  which  is  ouite  literally  an  analysis 
of  the  sensitivity  of  the  model  to  changes  in  its  assumptions 
or  in  the  levels  of  its  parameters.  What  we  hoped  to  learn 
through  sensitivity  analysis  was  whether  a particular 

( 

assumption  really  makes  any  difference  with  respect  to 
the  results  yielded  by  the  model,  or  the  solutions  and 
inferences  drawn  from  it,  or  whether  the  results,  solutions, 
and  inferences  obtained  from  the  model  were  highly  dependent 
upon  the  specific  values  assigned  to  the  model  parameters. 

j The  following  inputs  were  considered  to  be  desired 

j . constraint  parameters  of  the  model  and  were  used  as  base 


data  for 

cost  comparisons: 

ri 
s . 

• . t f: 

(a) 

Estimated  service  time 

1.5 

~s  « * 

; r 

f*  . > 

(b) 

Expected  wait  time 

1.5 

* • .* 

(c) 

Expected  overall  wait  time 

0.5 

(d) 

Maximum  allowable  wait  time 

3.0 

• 1 

(e) 

Maximum  probability  of  waiting 

0.1 

> 

’ *> 

(f) 

Probability  of  bust  signal 

0.01 

r . 

(g) 

Service  time 

1.5 

This  analysis  showed  that  the  estimated  costs  of 

implementing  MARVSS  were  mostly  affected  by  the  number  of 
* 

35 


participants,  estimated  service  time  and  the  probability 
of  a busy  signal.  Of  these,  the  number  of  participants 
and  estimated  service  time  are  the  critical  factors.  The 
number  of  participants  must  be  controlled  before  any  decision 
to  implement  can  be  made.  Without  this  control,  any  designed 
system  could  easily  become  unmanageable. 

The  method  by  which  the  MARVSS  operator  records  the 
float  plan  information  would  directly  affect  the  service 
time.  For  this  reason,  the  concept  of  tape  recording 
all  information  as  received  was  adopted.  This  method 
would  also  play  a vital  role  in  the  evaluation  of  the 
float  plan  information  for  search  planning  purposes. 

The  yearly  costs  for  the  initial  five  year  period, 
as  affected  by  the  number  of  participants  and  estimated 
service  times,  are  shown  in  GRAPHS  1 thru  3. 

The  other  constraint  parameters,  when  varied,  caused 
only  moderate  changes  in  system  costs.  Only  when  the 
probability  of  a busv  signal  was  increased,  did  the  model 
change  the  system  structure,  i.e.  reduction  in  the 
required  number  of  WATS  lines. 

Therefore,  the  number  of  participants,  estimated 
service  time  and  probability  of  a busy  signal  play  a 
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crucial  role  in  the  results  yielded  by  the  model.  For 

reason,  before  MARVSS  can  be  implemented,  the  values 
for  these  parameters  must  be  properly  identified. 


NUMBER  OF  PARTICIPANTS  (millions)  GRAPH  1 


VIII.  SUMMARIZATION 

Following  the  recommendation  of  Commander,  Pacific 
Area  for  the  Coast  Guard  to  implement  the  Marine  Voyage 
Safety  System,  the  Operations  Analysis  Branch  of  Commander, 
Atlantic  Area  was  directed  to  conduct  a feasibility  study 
and  technical  analysis  of  the  proposed  float  plan  system. 

Summarizing  the  phases  of  this  operations  research 
study,  we  have  thus  far 

(1)  Formulated  the  problem 

(2)  Constructed  a mathematical  model  to  represent 
the  system 

(3)  Derived  a solution  from  the  model 

(4)  Tested  the  model  and  the  solution  derived  from 
it  and  identified  the  critical  input  parameters 

The  final  phase  of  the  study  would  be  the  implementation 
of  a system  based  on  the  results  of  the  study  as  approved 
by  the  decision-makers.  This  phase  is  a critical  one  since 
it  is  here,  and  only  here,  that  the  benefits  of  the  study 
are  reaped.  However,  the  purpose  of  this  study  was  only  to 
determine  the  possibility  and  feasibility  of  adapting  MARVSS 
to  a computer  system.  Therefore,  before  implementation  can 
be  considered,  a careful  explanation  of  the  results  of  the 
study  and  how  they  relate  to  operating  realities  is 
necessary. 

9 
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The  designed  system  would  consist  of  a centralized 
computer  center  with  a dedicated  computer  used  to  maintain 


boat  data  file  and  the  individual  float  plan  file.  In 
keeping  with  the  definition  of  a real-time  system  (each 
transaction  processed  as  it  occurs) , the  boat  operator 
would  initiate  and  terminate  his  or  her  float  plan  via 
toll  free  WATS  telephone  services.  Each  RCC  would  be 
outfitted  with  a CRT  terminal  and  printer.  Upon  noti- 
fication to  the  RCC  of  an  overdue,  the  rescue  center 
would  call  the  appropriate  MARVSS  data  collection  center 
and  get  a replay  of  the  entire  voice  conversation  between 
the  boater  and  the  MARVSS  operator,  allowing  the  controller 
to  evaluate  the  accuracy  of  the  float  plan  on  file  and  the 
degree  of  urgency  in  the  particular  situation. 

• i 

As  previously  shown,  the  cost  for  such  a svstem,  based 
on  1974  prices,  for  the  initial  five  year  period  would  range 
from  approximately  seven  million  dollars  for  one  million 
participants  per  year  to  twenty-five  million  dollars  for 
five  million  participants  per  year. 

The  idea  of  a small  vessel  float  plan  system  as 
conceived  by  Commander,  Pacific  Area,  if  implemented  should 
be  automated  thru  computerization.  The  task  of  trying  to 
maintain  accurate  records  at  either  a local,  district  or 
national  level  without  the  aid  of  computers  would  be 
completely  unmanageable.  There  are  and  will  be  considerations 
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to  be  made,  however,  before  final  authority  to  computerize 
MARVSS  can  be  justified. 

The  adoption  of  a small  vessel  float  plan  system  would 
be  a step  forward  in  providing  service  to  the  boating 
population.  With  the  adoption  of  such  a system,  the  Coast 
Guard  would  assume  a degree  of  legal  responsibility  for  the 
safety  of  the  boater.  Therefore,  before  the  system  can  be 
implemented,  the  question  of  legal  responsibility  should  be 
resolved. 

The  levels  of  participation  of  the  boating  public  will 
be  dependent  upon  the  size  and  classes  of  vessels  allowed 
to  participate  and/or  the  type  of  voyage  for  which  a partic- 
ular boat  would  be  allowed  to  submit  a float  plan.  Because 
the  level  of  participation  is  critical  to  the  operation  of 
the  system,  controls  over  who  will  be  allowed  to  participate 
in  MARVSS  must  be  established  and  justified  before 

S 

implementation . 

The  variation  in  the  amount  of  boating  activity,  and 
likewise  the  expected  level^of  participation  in  MARVSS,  will 
be  an  important  factor  in  determining  personnel  requirements 
for  manning  central  site  terminals.  The  required  number  of 
personnel  at  the  MARVSS  Center  will  vary  during  the  course 
of  the  year.  Although  it  would  be  desired  that  the  number 
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of  Coast  Guard  personnel  at  the  center  be  minimal,  there 
will  definitely  be  personnel  management  problems  encountered 
when  trying  to  maintain  a variable  civilian  work  force  that 
will  be  required  to  work  nights  and  weekends. 


A high  level  of  participation  will  also  result  in 
a large  number  of  false  overdues  or  boaters,  who  safely 
reach  port  and  fail  to  call  the  MARVSS  Center  and  terminate 
their  float  plan. 


i • 

e • 

- • *. 


The  most  important  consideration  as  to  whether  or 
not  MARVSS  should  be  implemented  is  the  cost  versus  derived 
benefit  from  such  a system.  The  system  designed  by  this 
study  was  not  based  strictly  on  minimun  cost  figures.  Some 
alternatives  were  chosen  because  it  was  felt  that  operationally 
they  provided  a more  reliable  real-time  system.  To  determine 
the  possible  derived  benefit  from  such  a system,  a review 
of  Coast  Guard  Assistance  Reports  for  FY  1973  was  undertaken. 

During  this  period  there  were  1724  cases  where  the  time 

( 

between  the  time  of  the  distress  incident  and  the  time  of 
Coast  Guard  notification  of  the  distress  was  greater  than 
9 hours.  Of  these  cases,  774  or  45  % were  overdues  or 
missing  vessels*.  To  what  extent  a system  such  as  MARVSS 
could  have  benefitted  the  persons  in  distress  in  any  of 
these  cases  is  nearly  impossible  to  determine. 


/• 


As  is  the  case  with  most  users  of  data  processing 
equipment,  once  their  original  applications  are  function- 
ing well,  they  usually  find  other  applications  that  they 
want  automated.  For  this  reason,  it  will  be  necessary  to 
determine  if  all  operational  computer  programs,  such  as 
AMVER,  SARP  and  CASP,  could  all  be  centralized  into  one 
( operational  computer  center  with  dedicated  equipment. 

If  the  decision  was  made  to  implement  a small  vessel 
float  plan  system,  it  should  be  approached  with  the  idea 
of  centralizing  all  operational  computer  programs  on  one 

f 

dedicated  computer  system.  The  computer  terminals  for  the 
Rescue  Coordination  Centers  as  outlined  in  this  studv  have 
already  been  proposed  5 by  Commander,  Atlantic  Area  for  the 

. r 

present  day  operational  computer  SAR  programs. 


5.  Planning  Proposal  CAA-01-73 t Computer  Terminals  for 
Rescue  Coordination  Centers  (RCS  GCPE-1100)  dated  18  July 
1973 A 


i 
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CONCLUSIONS 


The  basic  question  dealt  with  in  this  study  has  been  — 
Can  a Marine  Voyage  Safety  System  be  adapted  to  automation 
thru  computerization?  The  answer  to  this  question  is  Yes. 
However,  it  is  the  opinion  of  this  study  that  if  the  svstem 
were  implemented  for  all  recreational  boats,  the  result 
would  be  an  unmanageable  management  information  system. 

The  primary  reasons  for  this  unmanageability  would  be: 

(1)  The  lack  of  control  over  false  alarm  overdues, 
that  is,  those  boaters  who  safely  complete  their  voyage 
but  fail  to  terminate  their  float  plan.  Only  after  such 
a system  were  implemented  could  personnel  requirements  be 
determined  for  manning  rescue  coordination  centers  to 
provide  follow  ups  to  computer  generated  overdues. 

Most  recreational  boaters  have  a very  flexible  time 
schedule,  therefore  many  of  the  schedule  trips  are  subject 
to  change  without  notice.  Failure  to  notify  the  MARVSS 
Center  of  these  changes  would  probably  be  a common  occur- 
rence, since  the  boater  would  consider  himself  safe  and  in 
no  difficulty.  As  a practical  matter,  some  kind  of  penalty 
would  have  to  be  assessed  to  a boater  who  repeatedly  fails 
to  terminate  his  float  plan  in  a proper  manner. 

(2)  For  many  local  voyages,  the  concept  of  a real- 
time system  would  be  impossible  to  maintain.  Although  in 
theory  the  ideas  sounds  good,  in  actual  practice  many 
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Maximum  probability  of  waiting 
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Probability  of  a busy  signal 
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Probability  of  maximum  wait  time 


TEST  1 


TEST 


Service  Time 

Maximum  probability  of  waiting 
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Probability  of  a busy  signal 
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TEST 4. 


Service  Time  1-5 

Maximum  probability  cf  waiting  0-1 

Expected  delay  time  for  customer  who  waits  1-0 

Expected  overall  wait  time  0-5 

Probability  of  a busy  signal  Q-Ql 

Maximum  allovrable  v.ait  time  3.0 

Probability  of  maximum  wait  time  ^'^3 
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Service  Time 

Maximum  probability  of  waiting 

Expected  delay  time  fer  customer  who  waits 

Expected  overall  wait  time 

Probability  cf  a busy  signal 

Maximum  allo.,ehle  weir,  time 

Probability  of  maximum  wait  time 


1.5 


0.1 


2.0 


0.5 


0.01 


3.0 


0.05 


TEST  6 


Service  Time  1-5 

Maximum  probability  of  waiting  0.1 

Expected  delay  tine  for  customer  who  waits  1»5 

Expected  overall  wait  tine  0-25 

\ Probability  of  a busy  signal  0-01 

■'  , Maximum  allowable  wait  time  3.0 

t 

* Probability  of  maximum  wait  time  JK05 
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(Mi  11  Lon  n't 


1 

i 

23 

3,587,144 

- --  - » 

3,587,144 

34 

858,710 

99 

2,632,657 

3,491,367 

34 

804,067 

52 

1,250,708 

56 

1,357,788 

3,412,563 

\ 

146 

4,385,360 

4,385,960 

41 

1,044,608 

121 

3,247,720 

4,292,328 

41 

976,272 
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1,528,742 
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1,658,615 
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Service  Time  1.5 

Maximum  probability  of  waiting  0.1 

Expected  delay  time  for  customer  who  waits  1 .5 

Expected  overall  wait  time  0-75 

Probability  of  a busy  signal  0-01 

Maximum  allowable  v;ait  time  3.0 

Probability  of  maximum  wait  time  0.05 
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146 

4,707,546 

4,707,546 

i 

41 

1,088,009 

121 

3,426,131 

4,514,140 

41 

1,001,011 

63 

1,584,354 

68 

1,720,643 

4,306,008 
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Service  Time 

1.5 

• 

Maximum  probability  of  waiting 

0.1 

Expected  delay  time  for  customer  who  waits 

1.5 

Expected  overall  wait  time 

0.5 

r 

Probability  of  a busy  signal 

0.05 

t 

Maximum  allowable  wait  time 

3.0 

i 

i 

Probability  of  maximum  wait  time 

0.05 
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Probability  of  a busy  signal 
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Service  Time 
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Probability  of  maximum  wait  time 
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1.5 

0.5 


0.01 


3.0 


0.05 


TEST 


I 

I 

..... 

# VATS  I 

Cost 

i 

1 

Total  Cost 

liner  t 



5 

Per  Year 

3,649,285  » 3,649,285 


927,388  ( 


2,901,823 


929,058 

1,472,632 

1,595,769 


4,641,406 


3,829,211 


3,997,459 


4,641,406 


43 

1,195,050 

128 

3,792,640 

4,987,690 

43 

1,195,845 

67 

1,913,371 

72 

2,069,644 

i 

5,178,860 

177 

5,741,494 

5,741,494 

51 

1,449,618 

145 

4,574,936 

6,024,554 

51 

1,449,683 

81 

2,349,639 

87 

2,538,603 

6,337,925 

75 

